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Description 

METHOD AND SYSTEM TO GAUGE AND 
CONTROL PROJECT CHURN 

Background of Invention 

[0001] The present invention relates to project management and 
the like and more particularly to a method and system to 
gauge and control project churn. 

[0002] | n planning projects, such as software development 
projects or the like, attempts are made to identify the 
multiple tasks and subtasks that may be required along 
with an estimate the time that may be required to com- 
plete each of the subtasks and tasks. Proper and accurate 
planning are important so that projects, particularly com- 
plex and time critical projects, can be allocated the proper 
amount of resources so that the project can be efficiently 
completed in a time and cost effective manner. However, 
numerous, frequent and often unplanned changes to a 
project and the project's schedule can occur for one rea- 
son or another. These changes in a project's scope and 



other variables can be common on some types of projects, 
such as software development projects or similar projects. 
Such changes whether identifiable or unplanned may be 
referred as project churn. Project churn, particularly un- 
planned project churn can result in a huge and usually 
undocumented and under-appreciated toll on otherwise 
well planned project resources. The result can be a 
"shadow project load" that can be tantamount to having 
an entire extra project. Under these circumstances, the 
project often has to be completed without an allocation of 
additional resources and without recognition of those who 
have to expend extra effort to successfully complete the 
project. Such unresourced or under-resourced projects 
can impact efficiency, resource allocation among projects 
competing for limited resources, quality and morale. In 
some situations failure to account for project churn may 

even jeopardize the successful completion of the project. 
Summary of Invention 

[0003] | n accordance with an embodiment of the present inven- 
tion, a method to gauge and control churn of a project 
may include determining an estimated project churn and 
allocating resources in response to the estimated project 
churn. 



[0004] | n accordance with another embodiment of the present in- 
vention, a method to gauge and control churn of a project 
may include entering a project-specific task list. The 
method may also include entering at least optimistic, pes- 
simistic and expected time requirements to rework or 
modify each task of the project requiring rework or modi- 
fication in response to any potential project changes. An 
average time requirement may be determined to rework or 
modify each task requiring rework or modification in re- 
sponse to any potential project changes. A weighted aver- 
age duration analysis may be performed on any tasks re- 
quiring rework or modification in response to any poten- 
tial project changes. An impact to the project may be de- 
termined in response to the weighted average duration 
analysis. 

[0005] | n accordance with another embodiment of the present in- 
vention, a system to gauge and control churn of a project 
may include an input device to enter heuristic information 
on each task of a project requiring rework or modification 
in response to any potential project changes. The system 
may also include a processor and an analysis program op- 
erable on the processor to determine an impact to the 
project in response to any potential project changes using 



the heuristic information. 

[0006] | n accordance with another embodiment of the present in- 
vention, a method of making a system to gauge and con- 
trol churn of a project may include providing an input de- 
vice to enter heuristic information on each task of a 
project requiring rework or modification in response to 
any potential project changes. The system may also in- 
clude providing a processor and providing an analysis 
program operable on the processor to determine an im- 
pact to the project in response to any potential project 
changes using the heuristic information. 

[0007] | n accordance with another embodiment of the present in- 
vention, a computer-readable medium having computer- 
executable instructions for performing a method that may 
include determining an estimated project churn and allo- 
cating resources in response to the estimated project 
churn. 

Brief Description of Drawings 

[0008] Figures 1A and IB (collectively Figure 1) are a flow chart 

of a method to gauge and control churn of a project in ac- 
cordance with one embodiment of the present invention. 

[0009] Figure 2 is an example of a graphical user interface, 

screen shot or the like for a user to enter a project-spe- 



cific task list in accordance with an embodiment of the 
present invention. 
[0010] Figure 3 is an example of a graphical user interface, 

screen shot or the like for a user to enter at least opti- 
mistic, pessimistic and expected time requirements to re- 
work or modify each task of a project requiring rework or 
modification in response to any potential project changes 
in accordance with an embodiment of the present inven- 
tion. 

[001 1] Figure 4 is a example of a graphical user interface, screen 
shot or the like to present to a user optimistic, pessimistic 
and expected time requirements to modify a task along 
with an average time requirement or duration to rework or 
modify a task requiring rework or modification in re- 
sponse to any potential project changes in accordance 
with an embodiment of the present invention. 

[0012] Figure 5 is a example of a graphical user interface, screen 
shot or the like for a user to enter a weight factor for each 
of the optimistic, pessimistic and expected time require- 
ments to perform a weighted average duration analysis in 
accordance with an embodiment of the present invention. 

[0013] Figure 6 is an example of a graphical user interface, 

screen shot, web page or the like to present an impact of 



project churn on a project to a user in accordance with an 

embodiment of the present invention. 

[0014] Figure 7 is an example of a system to gauge and control 

churn of a project in accordance with one embodiment of 

the present invention. 
Detailed Description 

[0015] The following detailed description of preferred embodi- 
ments refers to the accompanying drawings, which illus- 
trate specific embodiments of the invention. Other em- 
bodiments having different structures and operations do 
not depart from the scope of the present invention. 

[0016] Figures 1A and IB (collectively Figure 1) are a flow chart 
of a method 100 to gauge and control churn of a project 
in accordance with one embodiment of the present inven- 
tion. In block 102, a project-specific task list may be en- 
tered. Referring also to Figure 2, Figure 2 is an example of 
a graphical user interface 200, screen shot, web page or 
the like for a user or project manager to enter all tasks or 
selected tasks 202 included in a project in accordance 
with an embodiment of the present invention. The tasks 
may be numbered or listed in the order in which the tasks 
may be completed, in order of importance, descending or 
ascending order of estimated time of completion or some 



other order selected by the user or project manager. A 
task name 204 or short description may be provided to 
identify each task. Referring back to Figure 1, in block 
104, heuristic information on each task or selected tasks 
may be collected. The heuristic information may include 
the time or duration to complete the same or a similar 
task in another project or may be a sampling of times to 
complete the same or similar task in other projects. Peers 
or other project managers on similar projects may be 
polled or surveyed for their experience-based estimate of 
the best or optimistic, worst or pessimistic and most likely 
or expected time requirements to rework or modify any 
tasks requiring rework or modification in response to any 
potential project changes. In block 106, the optimistic, 
pessimistic and expected time requirements to rework 
each selected or each project task that may require rework 
or modification in response to any potential project 
change may be entered. Referring also to Figure 3, Figure 
3 is an example of a graphical user interface 300, screen 
shot, web page or the like for a user to enter at least opti- 
mistic 302, pessimistic 304 and expected time require- 
ments 306 to rework or modify each task 308 of a project 
requiring rework or modification in response to any po- 



tential project changes in accordance with an embodiment 
of the present invention. 

[0017] Referring back to Figure 1, in block 108, an average re- 
work time requirement may be determined to rework or 
modify each selected task or each task of the project re- 
quiring rework or modification in response to any poten- 
tial project changes. The average rework time requirement 
may include averaging at least the optimistic, pessimistic 
and expected time requirements to rework or modify each 
task of the project requiring rework, modification or redo 
in response to any potential project changes. Figure 4 is a 
example of a graphical user interface 400, screen shot, 
web page or the like to present to a user optimistic 402, 
pessimistic 404 and expected 406 time requirements to 
modify a task 408 along with an average rework time re- 
quirement or duration 410 to rework or modify the task 
408 requiring rework or modification in response to any 
potential project changes in accordance with an embodi- 
ment of the present invention. 

[0018] Referring back to Figure 1, in block 110, a weight factor 
or duration factor may be entered by a user or project 
manager for each of the optimistic, pessimistic and ex- 
pected time requirements. Figure 5 is a example of a 



graphical user interface 500, screen shot, web page or the 
like for a user or project manager to enter a weight factor 
502 or duration factor for each of the optimistic 502a, 
pessimistic 502b and expected 502c time or duration re- 
quirements to perform a weighted average duration anal- 
ysis in accordance with an embodiment of the present in- 
vention. 

[0019] | n block 112, an analysis program or weighted average 

duration analysis on an average time requirement may be 
performed for each selected task or for each task of the 
project requiring rework or modification in response to 
any potential project changes. The weighted average du- 
ration analysis program may be a program evaluation and 
review technique (PERT) or the like. In block 114, an im- 
pact to the project may be determined in response to or 
from the weighted average duration analysis. The project 
impact may be defined as a number of days that the 
project may be delayed in completion based on the 
project churn determined from the method 100. In block 
116, the impact to the project may be presented to the 
user or project manager. Figure 6 is an example of a 
graphical user interface 600, screen shot, web page or the 
like to present the impact 602 on a project to the user 



based on the project churn as determined from the 
method 100. The impact 602 may represent a warning to 
the user or project manager that additional resources 
need to be negotiated and committed to the project, if the 
project is to be completed efficiently with a desired quality 
and minimal adverse affect on morale and other factors. 
The advance warning may also be an indication that the 
project may not be successfully completed without an al- 
location of additional resources. 
[0020] Referring back to Figure 1, in block 118, additional re- 
sources may be allocated to the project in response to the 
impact to the project to insure timely and efficient com- 
pletion of the project with the desired quality and minimal 
adverse affect to morale and other factors. In block 120, 
any reworked tasks and the time duration to complete 
each reworked task may be tracked during the course of 
the project. This information may be entered in a spread- 

® ® 

sheet, such as Microsoft Excel or the like, or other 
means of collecting and organizing the data. The informa- 
tion or data may then be used as heuristic information for 
the method 100 for future projects that may include the 
same or similar tasks in determining project churn and 
the impact to the project. 



[0021] Figure 7 is a block diagram of an example of a typical 

system 700 to gauge and control churn of a project in ac- 
cordance with an embodiment of the present invention. 
Elements of the method 100 of Figure 1 may be imple- 
mented or embodied in the system 700. The system 700 
may include a system bus 702 for communication be- 
tween different components of the system 700. The sys- 
tem 700 may also include a processor 704 that may be 
coupled to the system bus 702. The processor 704 may 
include software 706, computer-usable or computer-ex- 
ecutable instructions or the like that may embody ele- 
ments of the method 100 to gauge and control churn of a 
project. For example, the software 706 may include an 
analysis program, such as a weighted average duration 
analysis, program evaluation and review technique (PERT) 
or the like, to determine an impact to the project in re- 
sponse to any potential project changes. The processor 
704 may also include a user interface generator 708 or 
similar device to generate graphical user interfaces, 
screen shots, web pages or the like, such as graphical 
user interfaces 200, 300, 400, 500 and 600 of Figures 
2-6 respectively, under the control of or in association 
with the software 706. The user interface generator 708 



may be hardware, software, firmware or the like. A system 
memory 710 may also be coupled to the system bus 702. 
The system memory 710 may include a random access 
memory (RAM) 712 or similar data storage arrangement to 
store software 714. Elements of the method 100 may be 
embodied as software, computer-usable or computer- 
executable instructions stored in the system memory 710. 
One or more input devices 716 and 718 may also be cou- 
pled to the system bus 702 via input/output interfaces 
720 or the like. Input devices 716 and 718 may also be 
combination input/output devices. The input devices 716 
and 718 may be any of an optical, magnetic, infrared, 
voice recognition or radio frequency input device, combi- 
nation input/output device or the like. The input devices 
716 and 718 or combination input/output devices may 
receive, read or download software or the like, such as 
software 722 that may embody elements of the method 
100, from a medium 724. Examples of the medium 724 
may be or form part of a communication channel, memory 
or similar devices. The medium 724 may be any medium 
that may contain, store, communicate or transport the 
data embodied thereon for use by or in connection with 
the input device 716 or system 700. The medium 724 



may, for example, be an electronic, magnetic, optical, 
electromagnetic, infrared or semiconductor system or the 
like. The medium 724 may also be simply a stream of in- 
formation being retrieved when the data is "downloaded" 
through a network such as the Internet or a private net- 
work. The input devices 718 may be a keyboard, pointing 
device or the like. The input devices 718 may be used to 
enter information into the graphical user interfaces de- 
scribed with respect to Figures 2-6 for performing and 
controlling operation of the method 100. 

[0022] rj ne or m0 re output devices 726 may also be coupled to 
the system bus 702 via an I/O interface 720 or the like. 
The output devices 726 may include a display or monitor, 
printer, audio system or the like. The output devices 726 
may be used to present the graphical user interfaces 200, 
300, 400, 500 and 600 of Figures 2-6 respectively to a 
user or project manager. 

[0023] The system 700 may also be coupled to a communication 
network or medium 728. The communication medium or 
network 728 may be coupled to the system bus 702 via an 
I/O interface 720 or the like. The communication network 
or medium 728 may be any communication system in- 
cluding by way of example, dedicated communication 



lines, telephone networks, wireless data transmission sys- 
tems, two-way cable systems, customized computer net- 
works, interactive kiosk networks, the Internet and the 
like. 

[0024] Elements of the present invention, such as method 100, 
may be embodied in hardware and/or software as a com- 
puter program code that may include firmware, resident 
software, microcode or the like. Additionally, elements of 
the invention may take the form of a computer program 
product on a computer-usable or computer-readable 
storage medium having computer-usable or computer- 
readable program code embodied in the medium for use 
by or in connection with a system, such as system 700 of 
Figure 7. Examples of such a medium may be illustrated in 
Figure 7 as input devices 716 and 718 or medium 724. A 
computer-usable or readable medium may be any 
medium that may contain, store, communicate or trans- 
port the program for use by or in connection with a sys- 
tem. The medium, for example, may be an electronic, 
magnetic, optical, electromagnetic, infrared or semicon- 
ductor system or the like. The medium may also be simply 
a stream of information being retrieved when the com- 
puter program product is "downloaded" through a net- 



work, such as network 728, the Internet or the like. The 
computer-usable or readable medium could also be paper 
or another suitable medium upon which the program may 
be printed. 

[0025] Although specific embodiments have been illustrated and 
described herein, those of ordinary skill in the art appre- 
ciate that any arrangement which is calculated to achieve 
the same purpose may be substituted for the specific em- 
bodiments shown and that the invention has other appli- 
cations in other environments. This application is in- 
tended to cover any adaptations or variations of the 
present invention. The following claims are in no way in- 
tended to limit the scope of the invention to the specific 
embodiments described herein. 



